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ABSTRACT 


The  algorithm  for  synthesizing  relational  data  base  schema  in 
the  3rd  normal  form  assumes  uniqueness  of  functional  dependencies. 
This  assumption  is  examined  and  a  method  for  checking  the 
assumption  is  presented. 


I.  INTRODUCTION 


Beeri  and  Bernstein  [2]  have  developed  a  fast  algorithm  for 
synthesizing  relational  data  base  schema  in  the  3rd  normal  form 
from  a  given  set  of  PDs  such  that  the  resulting  schema  embodies 
the  original  FD's.  They  take  an  axiomatic  approach  to  PDs  and  use 
a  set  of  axiom  schema  to  derive  all  the  PDs  that  follow  from  a 
given  set  of  PDs.  If  G  is  a  given  set  of  PDs,  G+  denotes  the  set 
of  derived  PDs.  In  order  for  their  algorithm  to  work  they  must 
make  the  following  "uniqueness"  assumption. 

Let  X  be  a  set  of  attributes  and  A  an  attribute.  If  X — >A  G+ 
then  any  derivation  of  X — >A  represents  the  same  "user  intent”. 

In  [2a]  Beeri  and  Bernstein  achieve  the  uniquness  assumption 
by  assumming  that  all  the  relations  of  a  data  base  are  projections 
of  a  "universal  relation”.  Since  a  universal  relation  never 
"really”  exists  the  verification  of  the  uniquness  assumption 


remains  a  problem 
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When  Beeri  and  Bernstein's  algorithm  is  used  to  synthesize 
relational  data  base  schema  an  attempt  should  be  make  to  verify 
the  uniqueness  assumption.  Even  though  Beeri  and  Bernstein's 
*  algorithm  is  linear  any  attempt  to  verify  the  uniqueness 

assumption  is  doomed  to  exponential  time. 

An  automatic  checking  for  violations  of  the  uniqueness 
assumption  is  preferable  to  interactively  "showing"  each 
derivation  to  the  user.  Such  a  semantic  analyzer  is  difficult  to 
^  find  since  it  is  not  known  how  to  formalize  the  "user  intent"  of 

an  FD.  As  a  partial  solution  we  classify  FDs  into  three  types, 
regular,  injective  and  computable.  Armstrong's  [1]  axioms  can  be 
^  applied  to  these  types  so  that  every  derivation  of  an  FD  will 

result  in  classifying  the  FD  as  one  of  the  three  types  (given  the 
types  of  the  initial  FDs).  When  two  derivations  of  an  FD  result 
g  in  two  different  classifications  then  we  have  a  violation.  If  two 

derivations  both  result  in  a  calculable  FD  it  ir>  sometimes 
possible  to  decide  that  the  calculations  are  different  and  there 
§  is  a  violation.  In  other  cases  it  would  not  be  known  if  there  was 

a  violation. 

The  usual  solution  to  a  violation  of  uniqueness  is  to  rename 
some  attributes.  We  show  that  this  may  lead  to  "problems"  and 
that  sometimes  certain  derivations  must  be  "outlawed." 


Vue  assume  the  reader  is  faraii-iar-  with  the  notation  and 
results  in  Beerd  and  Bernstein  [2].  Our-  view  o£  relational  data 
Oases  is  somewhat  similar  to  that  of  Cadiou  [4]  and  Nicholas  [3]. 
There  are  two  notions  of  a  relation;  intension  and  extension. 

The  intention  of  a  relation  should  include  as  much  of  the 
"user  intent"  as  possible.  The  intention  of  a  relation  consists 
of : 

1.  R(Ai,...,An)  -  a  relational  form,  where  I*  is  tne  name  of 
the  relation  and  {A^,...,A  }  are  the  attributes 

2.  A  set  of  keys. 

Remark :  1.  and  2.  are  usually  called  a  relation  scheme 

and  in  Beeri  and  3ernstein  [2]  this  is  all  that  i3  meant 
by  the  "intention." 

3.  Functional  dependencies 

4.  Other  types  of  dependencies 

5.  Domain  definitions  of  the  attributes 

6.  Other  integrity  constraints  (See  Eswarian  [5]  and  Hammer 
Mcleod  [7]  for  a  taxonomy). 

For  each  intension  R_  there  are  many  extensions.  Bach 
extension  (or  instance)  of  R  is  a  finite  set,  R,  of  n-tuples 
satisfying  the  constraints  of  the  intention. 
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The  intension  of  a  data  base  is  a  finite  collection  of 
relational  intensions  with  additional  integrity  constraints  (that 
include  more  than  one  relation) .  Attrioutes  and  their  domain 
definitions  are  invar ient  over  the  data  base  so  the  PDs  (and  other 
dependencies)  can  be  considered  to  reside  in  the  data  base  as  a 
whole. 


The  constraints  on  a  data  base  can  be  stated  in  any 
appropriate  language  such  as:  fir3t  order'  predicate  logic, 
SEQUEL,  QUERY'  B £■  EXAMPLE.  It  is  possible  to  discuss  tne  set  of 
all  extentions  of  a  data  base  but  many  questions  (consistency, 
der ivability)  may  be  undecidable.  For  details  consult  Gallaire 
and  Minker  [6]  and  Nicholas  [8]. 

Tne  constraints  tor  wnich  the  above  questions  ace  important 
are  tnose  tnat  afreet  the  structure  of  tne  data  case.  PDs  affect 
tne  relational  data  case  shcema  since  tne  normal  forms  are  stated 
in  terms  of  the  FDs.  Fortunately,  under  the  uniaueness 
assumption,  questions  of  consistency  and  der ivability  aoout  FDs 
are  decidable. 

Ke  shall  review  some  notation  from  Beeri  and  Bernstein  [2] 
and  describe  their  program.  An  FD  is  denoted  by  X — >Y«,  where  X 
and  i •  are  sets  of  attributes.  The  only  information  that  the  above 
notation  imparts  is  that  for  any  relation  £  whose  attributes 
include  Xc'  y  and  for  any  instance  R  of  R,  if  two  tuples  coincide 
on  X  they  must  also  coincide  on  Y.  Sometimes  f:X~ >Y  is  written, 
where  f  denotes  a  canonical  name  for  tne  partial  function  from 
dom(X)  to  dom(Y')  wnicn  is  dependent  on  the  extension  (and  changes 
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as  the  extension  does) . 

Armstrong  [1]  gave  a  set  of  axiom  schema  for  deriving  FDs 
from  a  given  set  of  FDs  and  shows  that  the  system  is  sound  and 
complete.  Beeri  and  Bernstein  use  the  following  equivalent 
axioms. 

A^:.  (Ref lexivity)  X — >X 

A2:.  (Augmentation)  If  X — >z;  then  Xv>Y* — >Z. 

A^:.  (Pseudotransivity)  If  X — >1*  and  i'  jZ. —  >W  then  X '^Z  —  >*J. 

If  G  is  a  set  of  FDs ,  then  G+  is  the  closure  of  S  under  the 
above  axioms.  An  important  part  of  Beeri  and  Bernstein's 
algorithm  is  to  compute  G+.  If  X — >Y  can  be  derived  from  G  it  can 
be  derived  by  an  infinite  nuniDer  of  derivations.  By  the 
uniqueness  assumption  Beeri  and  3ernstein  can  assume  any 
derivation  of  X — >Y  represents  a  unique  "user  intent."  Hence  they 
need  only  search  for  one  such  derivation.  They  only  have  to 
search  derivation  trees  of  height  at  most  the  number-  of  attributes 
among  tne  G  since  a  derivation  with  a  loop  (i.e.  one  that  goes 
through  an  attribute  twice)  is  the  same  without  the  loop  since 
X — >x  must  be  the  identity  mapping  by  uniqueness. 


III..  Checking  and  Correcting  the  Uniqueness  Assumption 

Any  method  for  verifying  tne  uniqueness  assumption  will 
involve  comparing  different  derivations  of  a  single  FD.  By  the 
above  method,  if  X — >Y  is  not  unique  there  are  two  derivations  of 
X~“>Y‘  by  trees  of  at  most  height  twice  the  number  of  attributes 
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$  (since  at  most  one  loop  is  needed)  .  Hence  if  we  had  an  algoritnm 

for  deciding  whether  two  derivations  represent  the  same  "user 
intent"  the  uniqueness  problem  would  be  decidable.  Since  we  would 
I.  have  to  search  all’  derivations  the  solution  is  at  best 

exponential',  wnen  a  violation  of  uniqueness  is  discovered  the 
usual  remedy  is  to  change  attribute  names  so  that  two  different 
FOs  are  produced.  This  would  change  the  final  relational  data 
base  shcema  synthesized  by  the  Beeri  and  Bernstein  algorithm. 

Primitively  the  "user"  could  be  used  as  an  oracle  to  decide 
whether  derivations  are  unique.  If  a  violation  is  found 
attributes  can  be  named  but  it  would  produce  more  derivations  and 
possibly  violations.  It  is  not  clear  that  such  a  process 
terminates  by  some  given  oound  (an  example  of  tnis  will  be 
discussed  later)  .  Beeri  and  Bernstein  suggest  an  alternative 
solution— simply  reject  some  inferences.  We  shall  see  that  this 
may  be  necessary. 
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IV..  A  Partial.  Solution 

We  propose  a  classification  of  FDs,  with  which  we  can 
automatically  detect  many  of  the  violations  of  uniqueness.  We 
define  three  types  of  FDs:  regular,  injective  and  computable. 

Armstrong's  axioms  are  adapted  to  include  the  above  types.  A 
violation  can  be  detected  if  two  derivations  of  X — >i  are  found 
with  different  classifications.  When  two  derivations  of  X — >X  are 
of  the  same  type  then  a  violation  can  only  be  discovered  by  a 
finer  classification.  When  both  derivations  are  computable  then  a 
finer  classification  can  be  made  by  checking  if  they  are  the  same 
computation.  Unfortunately  the  general  problem  of  equivalence  is 
undecidable  (depending  on  the  language  used) .  The  situation  is 
similar  to  program  verification  and  most  computations  encountered 
will  be  simple  enough  to  compare.  The  use  of  computable 

attributes  in  a  data  base  is  questionable  and  will  be  discussed 

later . 

1.  Regular  FDs:.  These  are  those  defined  by  Armstrong. 
Example:  EMP-->Dept*;  Dept* — >MGR^ . 

2..  Injective  ^or  One  to  One)_  FDs:  This  j.ust  means  that  the 
canonical'  function  is  always  injective  for  each  instance. 
We  denote  this  by  X< — >X«. 

-H  J 

Examples:  X< — >X,  Ss< — >Passport  . 

3.  Computable  FDs :  In  this  case  the  canonical  function 

represents  a  real  function  of  the  attributes  domains, 

other  functions  and  the  data  base  instance.  We  denote 
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this  by  F:.X — >’*•,  where  e  represents  the  real  function. 


Notation:  Lower  case  letters  will  denote  the  canonical  names  for 

non-computable  FDs.  Higher  case  letters  will  be  reserved  for 
computable  FDs  and  general  FDs  (computable  or  non-computable)  are 
denoted  by  Greek  letters. 

Examples : 

A.  i  F:£AiLA<RY,  Number<-of-Dependents — >Wi Dhole ing -Tax 

B. .  If  A  and  B  ace  attrioutes  we  may  have  A+B=K  a  constant  and 
G : A — >3  where  G=K-A 

C.  H:  Dept  - >Number-of-Employees 

The  algorithm  for  H  is  to  count  the  number  of  employees  in  the 
department  for  each  instance. 

One  may  ask  if  computable  attributes  snould  be  in  a  data  case 
altogether.  The  answer  is  that  in  general  they  should  not.  If 
the  computation  is  cheap  it  can  be  recalculated  every  time  there 
is  a.  query.  Even  if  not  the  attribute  shoula  be  virtual  in  the 
following  sense: 

1.  The  attribute  should  be  attached  to  an  appropriate 
relation-  but  not  be  considered  in  the  relational  schema 
and  should  not  take  part  in  questions  of  the  various 
forms  (i.e.,  not  used  for  FDs). 


Every 

time  an 

update  is  made  that 

affects 

the 

value  of 

the 

virtual' 

attribute  in  a 

tuple , 

it 

should  be 

recalculated 
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3.  It  shouiu  be  included  among  the  attrioutes  for  queries. 

The  only  proDlem  tnis  woula  present  is  for  one  to  one 
computations  F: A — >3  and  F_1:3 — >A  (as  is  the  case  for  A+3=X). 
Then  we  would  have  to  decide  which  was  more  "basic"  and  this  may 
not  be  known  by  the  user.  Hence  in  such  cases  it  is  better  to 
leave  them  in  and  consider  them  for  the  normal  forms.  It  seems 
that  in  practice  computable  FDs  are  included  among  the  attributes 
of  data  oases  even  if  they  are  not  one-to-one.  This  is  tne  case 
for  some  of  the  examples  in  Beeri  and  Bernstein  [2]. 

It  is  easy  to  see  that  Armstrong's  axioms  can  be  adapted  as 
follows : 

k1  a.  X< — >X 

b.  if  X< — >*  tnen  Y>< — >x 

A2  a.  if  X  Z,  (or  X< — >Z.)  tnen  XU* — >z 

b.  if  F : X— >z  then  F*:Xv-'Y~>Z  where  F*(X,Y)=F(X) 

A3  a.  if  [  (X — >Y  and  Y^’Z  —  >W)  or 
(X< — >Y  and  Y^Z-->W)  or 
(X— >Y  and  YJZ<— >W)1  then 

X^  z  — >w 


b.  if  X< — >Y  and  YU  S.<  — >W  then  X^  Z< — >W 
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c. .  if  Ps-X—  >i*  and  ( Z,~>W  or  2,<— >W)  then  F*sx;;s;~>w 
where  if  f  is  the  canonical  name  for  X.  2  —  >W  (f  -  Z< — >W) 
then  F*(X,Z)-f (F(X) ,Z) . 

* 

d.  if  (X  —  >Y  or  X< — >Y)  and  FsYwS  —  >v»  then  F  :X  JZ  —  >W 
where  if  f  is  the  canonical  name  for  X — >Y>  (X< — >'i<)  then 
F*  (X,Z.)*f  (f  (X)  ,Z.) 

e.  if  F^sJl — >Y»  and  F2:fi  z  — >rt  then  e’'":X-lz — >w  where 
F<,(X,Z)*F2(F1(X)  ,  Z)  . 

It  is  oovious  tnat  the  correct  classification  is  given 
in  each  case. 

We  start  with  a  set  of  user  classified  FDs.  It  can  be 
assumed  that  there  are  no  violations  among  the  given  FDs.  Careful 
specification  of  the  FDs  will'  help  prevent  violations.  We  shall' 
illustrate  how  the  above  classification  of  FDs  can  be  used  to 
detect  violations  by  using  tne  three  examples  given  in  Beeri  and 
Bernstein  [2], 

In  order  to  define  computable  functions  we  need  a  function 
manipulation  language  (we  cannot  use  relations  since  we  are  only 
given  FDs) .  Buneman  and  Frankel  [3]  have  developed  a  function 
query  language  which  would  more  than  suffice  for  our  purposes. 
Since  its  syntax  is  not  commonly  Known  we  will  develop  only 
sufficient  tools  for  our  examples  intuitively. 


* 
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Non-computable  FDs  (denoted  by  lower  case  letters)  are 
treated  as  atoms.  Me  allow  composition  of  functions  (this  was 
already  used  in  the  adapted  axioms) .  Let  x  :A — >3  (remember  Greek 
letters  represent  both  computable  and  non-computable  FDs) .  X  is 
realized  in  an  extension  of  the  data  base  as  a  partial  function 
X  :  dom(A) — >dom(B)  since  aom(A)  may  be  infinite  but  only  a 
finite  number  of  values  are  realized  in  any  extension.  Let  dora (aT 
represent  the  finite  subset  realized  in  a  data  base  extension. 
Let  <\(A)  represent  the  set  {  X  (a) )  a  .-dom(A)  } .  For  b  e  dom(B)  , 
X#  (A)  *b  *s  t*ie  characteristic  function  of  the  predicate  =«UA)«b 
defined  over  dom(A),  i.e.,  X|(a)»d:  dom(A) — >{0,1}  defined  by: 


X, 


(A)  *d 


(a) 


{ll 


(a)  »b 


otherwise 


We  allow  taking  the  sum  of  a  set  hence  if  f:Emp^  — >Dept  then  we 

4,1 

can  define  a  computable  function  F,  F:Dept  — >Number-of-Employees 
by: 


Tnus  F  would  count  the  number-  of  employees  in  a  department. 

Let  g:Dept*  —  >Mgrf| ,  we  can  define  a  computable 
G:Mgr,;  — >Number-of-Employees  by: 


G(m) 


t(  (Dept  *  )}  , 
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wnicn  computes  tne  number  of  employees  for  a  particular  manager. 

ine  aoove  is  just  tne  embryo  of  a  language  out  it  is  enough 
for  our  own  purposes. 

Example  1.  We  are  given  f^:Dept~  — >.igr^, 

^  'ti  it* 

r^Jfcmp  — >Oept  ,  floor,  P^jCept  ,  floor — >wumoer-of-fmpioyees , 
ana  f^sagr  ,  floor — >wumoer-ot-c.mployees. 
i  is  computable  oy: 


f  .,  (a,fj 


*  (  “li  .  )  • 


F^.  is  computable  oy: 


(a#f) 


*  uTf 


)  *£  (De pc*  ,i)  J  . 


Shr\ 


using  A^(u) 


on  f^stfept  — >»-igr 


anu 


floor — >„vj.aDer-ot-umployees  we 

u:  hept^,* loor — X-lumoer-of-umployees  wner  e  , 


,  a 

F,:.igr  , 

H 


U6L ive 


G(d,r)=fu  (1  (o),i)»  s'  l  ( 


7  .  .N  )  "F  (bept"^  ,i)  J  . 

rj[^t+\  -«cr 


t age  1% 


Clearly  an  algor itnm  coulu  be  uefineu  wmch  could  oecioe 
nence  tnere  are  two  derivations  of  Dept  , 
Floor — >Numoer-of-umployees  witn  different  user  intents.  been 

ana  Bernstein's  solution  to  this  violation  is  to  cnange  r\  to: 

* 

-4L 

F^smgr  ,rioor — >nuraoer-of-Lmpioyees-of-wanager 
rtemar k .  Ir  we  aid  not  nave  las  13  tne  case  in  tne  Beeri  anu 

Bernstein  lij  example,  woulo  revert  to  a  non-computaole  out 
F  woulo  remain  computaole.  <*  woulo  be  computable  also  anu  a 
violation  woulo  oe  aetecteu  oeoause  tnere  were  two  uenvations  of 
oe  ptr.  Floor — >Bu«ioer-ot-Lmployees  one  regular  anu  tne  otner 
computaole . 

£  -^4  XL- 

Example  i.  Let  r^jornp  — >mgr  anu  f^jrtgr  < — >Brap~.  By  A^(o) 
applied  to  we  oenve  g^:uap*  < — >dgr^  anu  this  cives  two 

^  M 

derivations  of  Bmp  — >wgr  ,  one  regular  anu  tne  otner  injective. 

nere  tnere  is  a  violation,  (we  coulu  nave  useu  transicivity  on 

•it  -ft 

r^,  fb  to  get  g^:rmp  — >Bm p  as  opposed  to  tne  derivation  of 
tmp  < — >omp  oy  A^a) .) 

been  ana  Bernstein's  solution  to  tnis  violation  is  to  change 
to  f^siigr  — >Bmp  -of-Agr.  unfortunately  tnis  leaus  to 
auuitionai  problems.  Assume  we  nave  a  nierarcny  of  managers 
(manager  of  managers,  etc.);  now  woulu  the  manager  of  a  manager 
oe  ueterminea.  1c  the  manager  is  treated  as  a  regular  employee  in 

■it  #  4  -tt 

Bmp  — >rtgr  an  to  Bmp  -ot-agr<~ >Lmp  is  neeuea  wnicn  again 

causes  a  violation.  otnerwise  a  Bmp^-or-ng  r ->ng  r^-ot-ng  r  is 

neeueu,  ana  so  on  untii  tne  nignest  manager,  inis  is  analogous  to 

a  geneoiogy  uata  oase  witn  a  Bon,  Fatner  relation.  In  sucn  a  case 


£>a^e 


attrioutes  for  Granafatner,  Greatgranofatner  ,  etc.  until  Auam. 
inis  entails  an  explosion  of  actriouces.  Tne  only  ceasioie 
solution  is  to  outlaw  problematic  derivations  and  consioer 
mgr  -of-rtgr  etc.  a  virtual  compucaoie. 

Example  3.  Let  f-^Stock*  — >Store3t  anu  fo:3tocK*  Store**  — >Qty. 

a  .  t 

Tne  ‘user  intent-  of  f  (  is  to  map  tne  stocx  onto  otore  or  tne 

store  tnat  is  m  cnarge  or  oroering  tnat  item  anu  maps  stock 

.... 

ana  Store  of  tne  store  in  wnicn  it  is  oeing  soio  into  tne 

tt 

quantity  on  nano,  using  A^(a>  we  uenve  g^: stock  ~>wty  .  men 
H^(a)  gives 

g^sStocK  ,  store  — >yty.  anu  g4  represent  two  airterent 

-it  -U- 

intents  -of  btocx  ,  store  — >wcy  ootn  classitieu  regular,  dence 
tney  coulo  not  oe  distinguisned  oy  tne  classic icacion  .aetnoci . 

Xne  aoove  violation  coulo  be  avoiaea  by  careful  user 
definitions  of  fOs.  fne  user  snoulu  consider  tne  range  or  tne  tu 
anu  if  it  aoes  not  incluae  all  tne  uomain,  a  new  attrioute  snoulo 
oe  naraeu.  So  Stock  — >Store  aoesn't  include  all  store  numoer  in 
its  range,  only  ordering  store  nuiuoers. 


IV.  discussion 

It  nas  oeen  snown  tnat  cnecking  tne  uniqueness  assumption 
must  oe  very  time  consuming.  It  is  possiore  tnat  certain  limiteu 


types  of  sets  of  r'Os  cannot  lean  to  violations  out  it  is  unlixery 
tnat  tnese  types  coulo  cover  rear  situations. 
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Anotner  prooiem  encountered  was  a  proliferation  of 
attributes.  Trying  to  satisfy  the  uniqueness  assuaotion  leads  to 
many  attribute  names  and  it  may  make  queries  diffecult  tor  a  user 
if  he  has  to  differentiate  Ordering  Room  ,  Storing  Room  , 
Personnel  Room  ,  etc. 

In  addition  the  uniqueness  assumption  cannot  contend  with 
“natural  loops*  as  in  the  Emp  — >Mgr  — >Erap  etc. 

It  is  interesting  to  investigate  what  nappens  to  these 
semantic  violations  in  a  regular  relational  data  base  using  a 
normal  query  language. 

Since  the  formulation  of  a  query  uses  relation  names  the 
"derivation*  depends  on  how  the  query  is  presented.  We  shall  use 
example  2  and  SEQUEL  to  illustrate.  Assume  we  have  two  relations 
E(Emg*f  Mgr-)  and  M(M^ra,  Emp-). 

y  ft 

If  we  wanted  the  Emp  of  tne  manager  of  a  given  Emp  ,  e,  we  could 
write : 

Select  Emp* 

Prom  M 

.  ■* 

Wnere  Mgr  ■ 

Select 
From 
Where 

i 

* 

v 

*  We  could  also  form  the  equation  on  Mgr  qetting  EXM  which  are  the 

triples,  (Emp-4,  Mgr*,  Emp*),  where  the  second  Emp*  is  the  Emp*  of 


Mgr* 

E 

Emprf«e 


the  manager.  The  natural  join  of  E  and  rt  would  be  null  because  of 
the  violation.  In  a  regular  relational  data  base  such  violations 
may  cause  some  problems  but  are  not  catastrophic.  If  the  above 
violations  were  not  detected,  the  Beeri  and  Bernstein  algorithm 
could  eliminate  E  or  ft  as  redundant.  Hence  the  desirability  of 
synthesizing  relational-  data  base  schema  should  oe  considered. 
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